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Overview of today’s lecture 


Part | 
" Object-oriented design processes & models 


" Use case realization with Communication 
diagrams 


Part Il 

" Use case realization with sequence diagrams 
" Updating design class diagrams 

" Package diagrams 


" Multi-layer design 
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From design to realization 


Source: Wikipedia 
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Use case realization 


" Systems design proceeds use case by use case (use 
case driven) and the design of each use case Is called 
use case 


" For each use case, all the related classes must be 
determined, including additional classes and controllers 


" Use case realization is the process of elaborating the 
detailed design using interaction diagrams for each use 
case 

— It involves determining the collaboration between 


objects and what messages they exchange through the 
use of interaction diagrams 
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Multilayer systems in detailed 
design 


The data access layer 


The database object is responsible for 
establishing the database connection 
and reading and writing the data 


The domain or business logic 


layer 
3. Retrieve y 


Student details The student object includes the 
business logic for the use case 


ID The view layer 
The user interface object is 
Admissi responsible for formatting and 
missions : i : . 
Officer displaying the student details on 


screen 


4. Enter new 
student details | 
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Detailed Design - Use case controller 


opjects . controller is included between the user 
interface (view) layer’s classes and the domain layer’s 
classes 

lt reduces coupling between the classes in the view 
and domain layers 

The use case controller acts as an intermediary 
between the outside world and the internal system 

A controller is designed as a collection point for 
incoming messages 


* Every use case has a unique controller 


& MONASH University 


Epe———— 


Design processes and models 


" Diagrams (models) developed during Analysis 
— use case diagrams and use case descriptions 


— activity diagrams 
— system sequence diagrams 
— domain model class diagrams 


" Diagrams (models) developed during Design 


— design class diagrams 

— interaction diagrams: communication and sequence 
diagrams 

— Class-Responsibility-Collaboration (CRC) cards 

— user interface screens and reports 

— package diagrams 

— database schema 


— system security and controls 
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Analysis Models Design Models 


ior 


Relationshi 
[P 


between 
U M L Domain model class diagrams 
Analysis 
and 
Design 
Models 


Use case diagrams 
n Design class diagrams 
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J ' ' 1 


E M NE 


Interaction diagrams 


System sequence diagrams 


Package diagrams 
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Interaction Diagrams 


Interactive behaviour is represented in UML by 
interaction diagrams 


" They are known as Sequence diagram and 
Communication diagram 


" Communication diagram: a type of interaction 
diagram which emphasizes the set of objects that 
exchange messages with each other for a given use 
Case 


" Sequence diagram: a type of interaction diagram 
which emphasizes the sequence of messages 
exchanged between the objects involved in a use case 
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Communication Diagrams 


Communication is the process of sending and receiving messages through 
verbal or nonverbal means. 


Thanks. 
Your food 
smells delicious. 


N 
Feedback 


| 


She wants to 
Message n 


try a bite. 


\ 


Interpretation 
of Meaning 


^w 
ia d 
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Understanding Communication 
Diagrams 


Actor - the external role of the person or thing that 
initiates the use case, and sends messages. 


Object - the instantiated class objects that perform 
the actions (methods) to execute the use case. They 
receive messages and process messages. 


Link - simply connectors between actors and objects 
or between objects to carry the messages. 


Message - the requests for service with an 
Originating actor or an object and a destination 
object, which performs the requested service. 
Messages are numbered sequentially (no lifeline). 
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Communication diagram notation 


An object which 
An actor who sends receives a message 
the initial message and sends other 
messages 


2: secondMessage () 
> 
«———— 
3: retumMessage () 


1: firstMessage () 
— 


«——— 
4: finalResponse () 
Actor 


symbols that send or descriptive name 


Message syntax 


[true/false condition] sequence-number: return-value: = message-name 
(parameter-list) 
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Communication diagrams vs Sequence 
diagrams 


I'm pretty sure | 
said 10 drinks, 
home by 2 


You said 2 drinks and 
be home by 10! 
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Communication diagrams vs Sequence 


diagrams 
" Both are interaction diagrams 

" Both use the same symbols for actors, objects and 
messages 

"= Communication diagrams work well for simple and 
small use cases 

"= Communication diagrams are easier to change and 
rearrange 

" Communication diagrams provide a quick overview of 
objects involved in a use case and their interactions 

" Sequence diagrams are more detailed and allow 
visually documenting the process flow of the 
messages for more complex and large systems 
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Developing interaction diagrams 


Use Case Diagram 


* Choose a use case 


First-Cut 
Design Class Diagram 


* |dentify classes 
* Elaborate attributes 
* Identify navigation 


Complex use cases 


í 
Moderately 
complex use cases 


I 


* Identify messages 
* Define parameters 
* Add multilayer objects 


* Identify messages 
* Define parameters 
* Add multilayer objects 


Final Design Class Diagram 


* Add and elaborate methods 
* Finalize navigation 
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Designing with Communication 
Diagrams 


We start with input Models: 
" System sequence diagram (SSD) 


" First-cut Design Class Diagram (DCD) with 
navigation arrows 
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First-cut design class diagram with 
navigation arrows 


U S e C a 5 e -accountNo: string {key} -accountNo: string (key) 
a «Controller» -name: string -typeOfAccount: string 
Exa m p | e a -mobilePhone: string -creditCardNo: int 
-homePhone: string -creditCardDate: date 
-emailAddress: string 
-status: string 
Create 
custom 
er 
account 


-accountNo: string {key} 
-typeOfAddress: string 
-number: string 

-Street: string 

-city: string 


-state: string 
-postalCode: string 
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System Sequence Diagram (SSD) 


Use Case Seaton 
Example: 


createNewCustomer (name, phones, emails) 


Create 


cust ID, name, phones, emails 


custom | | 
I *address details := enterAddress (address) ; 

er ——— ———SÓ 

I I 

account l enterCreditCard (cc-info) i 


credit card info details 
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Developing Communication 


diagrams 
* Inputmodels: 


— First-cut Design Class Diagram (DCD) 
— System sequence diagram (SSD) 


" Extend input messages 


1. From the first-cut DCD put objects on a 
communication diagram 

2. For each message, find the primary object, determine 
the navigation visibility, and elaborate the use case 
with all messages between objects 

3. Name each message and add all required message 
elements 
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Example Communication Diagram: 
Create customer account (1 of 4) 


The first-cut DCD 


" createNewCustomer message extended to all objects 


1: createNewCustomer 1.1: aC := createNewCustomer 
(name, mobilePh, homePh, email) (name, mobilePh, homePh, email) 


—— > 
«controller» , 
-CustomerHandler :Customer 
«—— 


Clerk — 12: (accountNo, name, mobilePh, homePh, email, status) 


credit card info details 
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Example Communication Diagram: 
Create customer account (2 of 4) 


" enterAddress message extended to all objects 


2.2: aAdd :- createAddress 
(accNo, type, no, street, city, state, zip) 


2: * enterAddress 2.1: enterAddress 
(type, no, street, city, state, zip) (type, no, street, city, state, zip) 


—— «—— 
Clerk 2.4: (type, no, street, city, state, zip) 2.3: (type, no, street, city, state, zip) 
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Example Communication Diagram: 
Create customer account (3 of 4) 


" enterAccount message extended to all objects 


3: enterAccount (type, CCNo, CCDate) 3.1: enterAccount (type, CCNo, CCDate) 


«controller» 
:CustomerHandler 
3.2: aAcc :- createAccount 


(accNo, type, CCNo, CCDate) 


<_< <_< 
Clerk 3.4: (type, CCNo, CCDate) 3.3: (type, CCNo, CCDate) 
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Example Communication Diagram: Create 
customer account (4 of 4) 


" Final communication diagram with all messages 


1: createNewCustomer 1.1: aC := createNewCustomer 
(name, mobilePh, homePh, email) (name, mobilePh, homePh, email) 
= 2. i 
2: *enterAddress (type, no, street, city, state, zip) 2.1: enterAddress (type, no, street, city, state, zip) 2.2: aAdd := createAddress 
3 > (accNo, type, no, street, city, state, zip) 
3: enterAccount (type, CCNo, CCDate) 3.1: enterAccount (type, CCNo, CCDate) 


—— —> 


«controller» 
:CustomerHandler 


< <— 
Clerk 1.2: (accountNo, name, mobilePh, homePh, email, status) 2.3: (type, no, street, city, state, zip) 
<— «—— 3.2: aAcc := createAccount 
2.4: (type, no, street, city, state, zip) 3.3: (type, CCNo, CCDate) (accNo, type, CCNo, CCDate) 


<< 
3.4: (type, CCNo, CCDate) 
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Developing Communication Diagrams 


for Detailed Design 


" We started with the first-cut DCD for the use case of Create 
customer account, and developing the communication diagram 
helps with extending the first-cut DCD with more details to 


create the final-cut DCD 


«controller» 
CustomerHandler 


+createCustomer (name, mobilePh, homePh, email) Add 
+enterAddress (type, street, city, state, zip) ross 


-accountNo: string {key} 


-accountNo: string {key} 


«controller» -name: string -typeOfAccount: string 
CustomerHandler -mobilePhone: string -creditCardNo: int +enterAccount (type, CCNo, CCDate) -accountNo: string {key} 
| pedina ti -creditCardDate: date -typeOfAddress: string 


-status: string -number: string 
-street: string 


-city: string 


-state: string 
2n = 
; +createAddress 
O SR] (accNo, type, no, street, city, state, zip): Address 
-name: string 


-mobilePhone: string 
-homePhone: string 
-Status: string 


+createNewCustomer (name, mobilePh, homePh, email): Customer ‘Account 

+enterAddress (type, street, city, state, zip) 

+enterAccount (type, CCNo, CCDate) -accountNo: string {key} 
-typeOfAccount: string 


-accountNo: string {key} 
-typeOfAddress: string 
-number: string 

-street: string 

-city: string 


-state: string 
-postalCode: string 


-creditCardNo: int 
-creditCardDate: date 


+createAccount (accNo, type, CCNo, CCDate): Account 
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Communication diagrams vs Sequence 
diagrams 


I'm pretty sure | 
said 10 drinks, 
home by 2 


You said 2 drinks and 
be home by 10! 
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Overview of the lecture 


Part Il 

" Use case realization with sequence diagrams 
" Updating design class diagrams 

" Package diagrams 

" Multi-layer design 
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Understanding Sequence Diagrams 


" Lifeline: the dashed line under 
the object which serves as an 
origin point and a destination 
point for messages 


" Activation lifeline: the vertical 
box on a lifeline which indicates 
the time period when the object is 4 
executing based on the message "e 


" Messages have origins and 
destinations 


— May be on lifeline or on object 
box (when invoking a 
constructor) 
— Return values may be dashed 
*[true/IMRSEAORIGT RN OVA EAMEBRCE-name (parameter-list) 


messane lisina the svntax helow: 
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Detailed Design with Sequence 
Diagrams 


" Same Process as with communication diagrams 
" Choose a use case 


— Input models: SDD and the first-cut Design Class Diagram 
(DCD) 


" Extend input messages 


— Add all required internal messages 

— Origin and destination objects 

— Elaborate each message 

— Develop the multilayer sequence diagram 


Identify and add the layers (view layer, data access 
layer, domain layer) 


" Create the final-cut DCD by adding more details using the 
sequence diagram 
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Guidelines for Developing Sequence 


Diagram 
a 8872 Pe ‘System object with the internal objects and 
add a controller class 


" Identify complete set of classes affected by each input 
message 
— Select objects from the domain class diagram 
" For each input message: 


— Determine all required internal messages that result 
from that input 


— Determine the originating objects and destination 
objects 
" Elaborate each message by including iterations, 
true/false conditions, return values, and passed 
parameters (based on the domain class diagram) 
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System Sequence Diagram (SSD): 
Example Fill Shopping Cart (1 of 6) 


SSD for the use case Fi// l | 
Shopping Cart I additemToCart (promoNo, prodID, size, qty) I 


" Note the input and 


return messages Pici quelle I 

" Note the repeating i i 
m essag e I *addAccessoryToCart (promoNo, prodID, size, qty) I 

J (description, price, extendedPrice) E 
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First-Cut design class diagram: 


Example Fill Shopping Cart (2 of 6) 


DE 
* First-Cut design EE 


class diagram 


-accountNo: string {key} -Sale: int {key} -saleltemID: int {key} 
-name: string -saleDateTime: date -productlD: string 
-mobilePhone: string -priorityCode: string -InventoryID: int 
-homePhone: string -S&H: currency -quantity: int 


-emailAddress: string -tax: currency -soldPrice: currency 
-status: string -totalAmt: currency -shipStatus: string 
-backOrderStatus: string 


Inventoryltem Productitem PromoOffering 


-inventoryID: int {key} -productlD: string {key} -promoNo: string 
-productlD: string -gender: string -promoPrice: currency 
-size: string -description: string 

-color: string -supplier: string 

-options: string -manufacturer: string 


-quantityOnHand: int -regularPrice: currency 
-averageCost: currency -picturelD: string 
-reorderQuantity: int 

-dateLastOrder: date 

-dateL astShipment: date 
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Sequence Diagram : Example Fill 
Shopping Cart (3 of 5) 


" Consider the add/tem message 


— The controller decides if this is the first time for this customer, a 
message must be sent to the :Customer object to create a new 
cart (a condition) 


— When a create message is sent to an object, it is directed to the 
object b EH :Customer 


Customer 


[ 
additem (promoNo, prodID, size, color, qty) 


[firstitem]createCart ( ) 


aCrt: =createCart ( ) 


aCrt:OnlineCart 
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Example: Fill Shopping Cart (4 of 6) 


" Completion of add/tem message. 


Customer 


I 
additem s [ 7 
(promoNo, prodID, size, color, qty) I :PromoOffering 
I 
l 


l 


:Inventoryltem 


[firstitem]createCart ( ) 


aCrt := createCart ( ) 


aCrt:OnlineCart 
I 
I 
I 


[ 
additem (promoNo, prodiD, size, color, qty) 


createCartitem 
(promoNo, prodiD, size, color, qty) 


[| 
:Cartltem 


— — — rr. rr — 


o — — — (description, price) 
(description, price, extended price) [ I 
I I I I 
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Example: Fill Shopping Cart (5 of 6) 


" Note originating and destination objects and their 
visibility 
— [firstltem]createCart () - cart handler knows if it is a first 
item 
— addltem() - forwarded message 


— createCartltem() - :Cartltem is responsible for creating 
itself and getting values: 


* getPrice() - just returns the price 
e getDescription() - just returns description 
e updateQty(qty) - updates the inventory status 
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Example: Fill Shopping Cart (6 of 6) 


" The addAccessory LINE 3 [customer | 


message is a dd | 
1 I PromoOffering Inventoryltem 
repeating message | | == E 


and is shown with I [onec] o 


the loop notation and | ! d 
rectangular box | | | 


(promoNo, prodiD, size, " qty) 


I I I 

I I I 

addAccesso! ! ! ! 
I I I 

1 I 

| 


I 
createCartitem + 
(prse, prodiD, size, color, qty) (promoNo, prodiD, size, color, ray) 


price: =getPrice () 


(description, price, 
extended price) 
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Developing a Multilayer Design - the 
final cut sequence diagrams 


" First-cut sequence diagram involves classes in the 
domain layer 


Final cut sequence diagrams represent a three-layer 
architectural design 


" Add a view layer for input screens (the interface 
classes) before the controller to handle the input 
messages 


" Add a data access class for problem domain classes to 
read and write data 


— the data access layer should only support 
database CRUD operations so classes maintain a 
high level of cohesion and are loosely coupled with 


Abu M. alla ria 
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View Layer - Partial example: Fill 
shopping cart use case 


«View» «controller» 
: rchitemWindow :CartHandler 


Customer ] 
1 additem l 
I (promoNo, prodiD, size, color, qty) 
I 


«view» 
:AddltemWindow 


addltem 


romoNo, prodiD, size, color, 
(p PI m ratty) addltem 


(promoNo, prodID, size, color, qty) 


«view» 


:DisplayltemWindow 


I 
(description, price, extendedPrice) 
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Partial Data Layer 
=] ES] Ea 


I 
Customer l : I : l : ' 7 ! 
I | I I I I 
I 
: i ! i ZEE GENE 
additem (promoNo, ProdlD, size, color, qty) createCartitem | I I | i I i 
(promoNo, ProdiD, size, color, qty) | ! | I l l l 
I R I I i I i I 
' additem I li ; I ! | 
I (promoNo, ProdID, size, color, qty) : a | I I I 
I aP:=findPromo (promolD, prodlD) | | ! l l I 
1 I I 
I | I I 
l I 
, . I Ù 
| price:=getPrice ( ) I | readPO() I i I 
l ! l l ; I I 
r4 I l l l l 
I aPl:=findProditem (prodID) | I I 
I | I 
I | i I l 
l à l i 
I — — —+ I I 
— — — — (description, price) l 
I (description, price) : | I 
I i 
I 
ect... () 
(description, price, extended price) I I I I I I 
I f I I I l I 
I l I I I l I 
I saveCart (aCrt)! I I I I I 
I I I I I I I 
I I I I 
I I š ' ' ' ' ' ' 
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Updating the design class diagram 


" Design class diagrams developed for each layer 


— new classes for the view layer and the data access 
layer 


— new classes for the domain layer 


" Sequence diagrams’ messages are used to help with 
adding the details of methods in the class diagram 


— constructor, data get/set methods, data access 
CRUD requests 


— any business-specific methods needed for the use 
case 


" Any additional attributes should be added 
" Internal consistency of models is crucial 
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Updated DCL 


«controller» 
CustomerHandler 


+createCustomer (name, mobilephone, homePhone, email) 
+enterAddress (type, street, city, state, zip) 
+enterAccount (type, ccNo, ccDate) 


Customer 


-accountNo: string {key} 
-name: string 
-mobilePhone: string 
-homePhone: string 
-status: string 


+createNewCustomer (name, mobilePh, homePh, 
email): Customer 

+enterAddress(type, street, city, state, zip) 

+enterAccount(type, ccNo, ccDate) 

+createCart ( ) 


-accountNo: string (key) 
-typeOfAccount: string 
-creditCardNo: int 
-creditCardDate: date 


*createAccount (accNo, type, ccNo, ccDate) 


Address 


-accountNo: string (key) 
-typeOfAddress: string 
-number: string 

-street: string 


-city: string 
-state: string 
-postalCode: string 


+createAddress (accNo, type, no, street, city, state, zip) 


«controller» 
CartHandler 


+additem (promoNo, prodiD, size, color, qty) 
+addAccessory (promoNo, prodiD, size, color, qty) 


OnlineCart 


-salelD: int {key} 
-saleDateTime: date 
-priorityCode: string 


-S&H: currency 
-tax: currency 
-totalAmt: currency 


+createCart ( ) 
+additem (promolD, prodiD, size, color, qty) 


Cartltem 


-saleltemid: int {key} 
-productlD: string 
-InventoryID: int 
-quantity: int 

-soldPrice: currency 
-shipStatus: string 
-backOrderStatus: string 


+createCartitem (promoNo, prodiD, size, color, qty) 


Inventoryltem 


-inventoryID: int {key} 
-productID: string 
-size: string 

-color: string 
-options: string 


PromoOffering 


-promoNo: string 
-promoPrice: currency 


+getPrice ( ): currency 


-quantityOnHand: int 
-averageCost: currency 
-reorderQuantity: int 
-dateLastOrder: date 
-dateLastShipment: date 


Productitem 


-productiD: string {key} 
-gender: string 
-description: string 


-supplier: string 
-manufacturer: string 
-regularPrice: currency 
-picturelD: string 


+updateQty (qty): string 


+getDesc ( ): string 
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Package diagrams 


Package diagrams are high-level UML diagrams 
showing structural arrangement of the major 
components 


" Classes are grouped and placed inside appropriate 
packages based on their layer (view, domain, data 
access) 


Package diagrams show dependency relationships 
between packages and classes (dashed arrows) 


" Package diagrams can divide the system into 
subsystems and show nesting within architectural 
packages 


" Useful for assigning works to different teams, and 


guiding communications between teams 
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Partial design [ Seien - 
- {enon ] | 
| 
| 
| 
| 


ViewAccessWindow 


Displayltem+AccessWindow | 
DisiplayltemWindow 


| 
| 
| 
| 
| 
| 
| 
i T 
| 
| 
| 
| 
| 
| 
| 
| 


of package 
diagram for a 
three-layer 
architecture 


— AddAccessWindow 
CustLoginWindow 


| 

| 

| 

| 

| [Domain Layer —] 
| 

| pene] 
| 
| 
| 
LI 


| 
| 
| 
| 

| 
e View layer dependeon [iron Je -4 


Data Access layer 


Dependencies 


| 

| 

| 

| 

| 

| 

examples: | 


— Cartltem 


A 


e SearchitemWindow 


PromoOfferingDA 
depends on 
Productitem OORSCADA 
CartltemDA InventoryltemDA 
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Packaging by subsystem and 


Customer Account Subsystem 


SaleTxn 


AccessoryPackage 
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Implementation Issues 
Three Layer Design 


" View Layer Class responsibilities 
— Accept input data. 


— Capture such input events as clicks, rollovers, and 
key entries. 


Display data fields. 

Edit and validate input data. 

— Forward input data to the domain layer classes. 
Display electronic forms and reports. 

Start and shut down the system. 
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Implementation Issues 
Three Layer Design 


" Domain Layer Class Responsibilities 
— Create problem domain (persistent) classes. 
— Process all business rules with appropriate logic. 
— Prepare persistent classes for storage to the 
database. 
" Data Access Layer Class Responsibilities 


— Establish and maintain connections to the 
database. 

— Contain all SQL statements. 

— Process result sets (the results of SQL executions) 
into appropriate domain objects. 

— Miernnnact nracefiil fram tha datahaca 
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Summary 


" This lecture went into more detail about use case 
realization and three layer design to extend the design 
techniques from last lecture 


" Design is the bridge between user requirements and 
final system (constructed in programming language 
and database management system) 

" UML design is driven by use cases, and focuses on 
specifying system architecture in detail 

— design class diagrams and interaction diagrams 


— domain class diagrams are transformed into design 
class diagrams 


— interaction diagrams are extensions of system 
sequence diagrams 
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Summary 


The design class diagram need to be updated by 
adding methods to the classes based on messages 
they receive and by updating navigation visibility. 


Three-layer design by adding view and data access 
layers 


For simple use cases, two layers can be used if the 
domain classes are responsible for database access. 
More complex systems add a data access layer as a 
third layer to handle database access 


The view layer can be added to the sequence diagram 
to show how multiple screens interact with the use 
case controller. 


The UML package diagram is used to structure the 
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